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(54) Method for providing media content over a digital network 



(57) The present invention relates to a method for 
providing media content to a user over a digital network, 
which media content is provided by a media content 
server, organized and selected by an intermediate node 
in accordance to previously stored user preferences, 
and delivered to a client operated by the user. The meth- 
od is characterized by the steps of defining a personal- 
ized media package structure, communicating a first 
package having said personalized media package 
structure to the client, receiving status information from 
the client, said status information describing a user ac- 



tion, adapting said personalized media package struc- 
ture in response to said user action, and communicating 
a second package having said adapted personalized 
media package structure to the client 

According to the invention, the user can experience 
a highly personalized media playback, with a minimum 
of costs related to network transmission. By the imple- 
mentation of the status information communication to 
the personalization server, the media package structure 
is continually updated in accordance with the user's con- 
sumer pattern. 



ID 
00 

00 



CL 
ID 



lb 



CACHE 
MEMORY 



LOCAL ! 
MANAGEMENT 
SOFTWARE^ 



1\ 



A 



\0 



i/n 








2i» 



PERSONALIZATION 
SOFTWARE 



ADJUSTMENT 
SOFTWARE 



7 



2? 



30- 



I/O 



Fig 6 



USER 
INTERFACE 



PROFILE 
DB 



CONTENT 
PROVIDER 
DB 



-23 



Printed by Jouve, 75001 PARIS (FR) 



BNSDOCID: <EP 1187485A1_l_> 



EP1 187 485 A1 



10 



Description 

Technical field 

[0001] The present invention relates generally to techniques for playback of and navigation among packages of 
media content, accessed over a data network. 

[0002] More specifically, the invention relates to a method and a device for providing and receiving media content 
to a user over a digital network, which media content is provided by a media content server, organized and selected 
by an intermediate node in accordance to previously stored user preferences. 

Technical background 



[0003] There are basically two techniques for accessing media content over a data network, e.g. the Internet; stream- 
ing, which means that the user receives a continuous stream of media (equivalent to listening to radio), and clip-by- 
15 clip downloading which means that the user selects and downloads the media content clips one by one (equivalent to 
buying each song on a CD separately). None of these techniques by itself offers the user any satisfying personalized 
media experience. 

[0004] Different technologies have therefore been developed to accomplish a more personalized media access, with 
the common object of delivering an optimized media experience to the user, normally including a selection of the media 
20 content that is deemed most interesting for the user. This object has been particularly highlighted as the access of 
mobile Internet has increased. 

[0005] According to a first approach, the user utilizes a handheld device that normally is not connected to the network. 
Instead, the device is connected sporadically to the network, typically using docking equipment of some kind. An ex- 
ample of this approach is the AvantGo system, applicable for example with a Palm Pilot device. The user initiates an 

25 account at the AvantGo server, and selects a number of servers from which he/she would like information from. This 
information, which has a special memory-economic format, is then downloaded to the AvantGo server and continually 
updated. Each time the user docks the Palm Pilot, the current information is downloaded to the Palm Pilot. Then, with 
the Palm Pilot disconnected from the network, the user can browse among the downloaded pages, for example during 
a bus ride home. Obviously, this approach has severe limitations in terms of dynamics and media quality. Firstly, as 

30 the device is not connected during browsing, the information contents can not be changed. Secondly, the media infor- 
mation is limited to text and simple graphics, in order to be compatible with the docking procedure and to be sufficiently 
compact to allow a great number of pages to be stored in the Palm Pilot. Also, the docking routine is typically performed 
while the user waits, for example before leaving his/her workplace for the day. Therefore, it is desirable that the docking 
routine is performed as quickly as possible, making it too time-consuming to transfer media contents of any greater 

35 volume, as sound, video etc., even though the connection itself is of high quality 

[0006] According to a second approach, the user uses a handheld device to actively access all available information 
on the network. The device, for example a WAP-telephone or a GPRS-device, can be connected continuously and 
works as a handheld network browser. This approach puts practically no restraints on the amount of information avail- 
able to the user, except restrictions in the form of network capacity and display/navigation limitations of the handheld 

40 device. At the same time, however, the user is requested to actively take part in the information seeking, by browsing 
the Web. As the modern information seeker typically is in a hurry, there is a need for a more personalized media access. 
Also, when browsing in search of a subject, it is a known phenomenon that the Internet can lead a user away in the 
wrong direction. When sitting at home, this is normally not a problem, but a user on the run is not ready to wart for the 
media experience. A contributing factor to the impatience is the fact that a mobile Internet connection normally is 

45 charged in relation to how much information the user downloads, making it economically preferable to download se- 
lectively. 

[0007] A third approach relates to "channels", e.g. Active Channels in Windows 98 : originally developed for the 
Internet user who is not constantly connected, in order to maximize the use of the connection. A channel is a kind of 
subscription of a media content, such as a magazine or a news station. By initializing a channel, the user requests this 

so media content to be downloaded xo the client while the user is on-line, with a minimum of disturbance of the user's 
other on-going Internet communication. Then, when the user goes off-line, the media content is available from a client 
memory device (e.g. the hard disc). The channel concept can be implemented on handheld devices, and then offers 
a selected media content to the user. The channel content can be further personalized by e.g. cookies, thereby making 
the media experience even more optimized. A problem with the channel approach is that although the user is given a 

55 more efficient media experience, there is still a risk of downloading excessive information. No matter how personalized 
a channel is designed, if a user decides not to study its contents, these contents were downloaded for no purpose, 
causing an unnecessary cost. 

[0008] Another problem, present in all media information delivery over a permanent mobile link, is the risk of dete- 
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rioration of the connection quality. This can occur when a car enters a tunnel, or when a moving person is located in 
between the zones of different cells in a cellular network (e.g. GPRS). If the line quality decreases, normal browsing 
can be tediously slow, making a satisfying media experience difficult. 

[0009] Additionally, in order to play back the media content the user's hardware device (e.g. a PC or a handheld 
5 device) must include a media player supporting the specific media format. The media player is a computer program 
running on the hardware device, e.g. an MP3 player. If the media player does not support the media format, the user 
will not be able to benefit from the download, causing unnecessary cost in terms of connection capacity. 
[0010] The media content is typically stored as a sequence of data bits, a file, formatted according to a pre-defined 
standardized data format, e.g. WAV or MP3. The file typically contains one and only one media content clip, e.g. a 
10 song, together with some very limited information about the media content itself, e.g. title, artist and genre. 

[001 1] The media content is typically played clip-by-clip, i.e. one file is selected and opened in the media player (the 
clip is played) and when the end of the file is reached the audio clip (e.g. the song) is finished. In order to play the next 
clip, the clip has to be selected and started explicitly. Some media players support a playlist concept where the clips 
can be played in a certain pre-defined order but these playlists are extremely limited, as they can only express a linear 
*5 (one dimensional) sequence of clips. Furthermore, there exists no standard data format to define a playlist. 

[0012] Some of the above problems have been addressed by MPEG (Moving Picture Expert Group), and are men- 
tioned in the report MPEG-21 Multimedia Framework, Beijing, 2000. 

Summary of the invention 

20 

[0013] A general object of the present invention is to overcome some of the above problems, and to offer a user a 
satisfying media experience. 

[0014] A further object of the invention is to accomplish a satisfying media experience to a low cost, i.e. to avoid 
unnecessary downloading of media contents to a media player. 

25 [0015] These objects are achieved by a method of type mentioned by way of introduction, comprising the steps of 
defining a personalized media package structure, communicating a first package having said personalized media pack- 
age structure to the client, receiving status information from the client, said status information describing a user action, 
adapting said personalized media package structure in response to said consumption behavior, and communicating 
a second package having said adapted personalized media package structure to the client. 

30 [0016] According to the invention the user can experience a highly personalized media playback with a minimum 
of costs related to network transmission. By the implementation of the status information communication to the per- 
sonalization server, the media package structure is continually updated in accordance with the user's consumer pattern, 
i.e. if the user selects to playback media of a certain type on a subject, the structure will be adapted to include more 
media objects of this type on all subjects currently included in the users personal profile. As a result, more media 

35 contents related of this type is downloaded to the personalization server from the one or several content providers. 
However, it is only if and when the user by navigation requests media of this type that the media contents is transferred 
to the client. Therefore, the user will only pay for requested media contents. At the same time, however, the media 
contents that the user requests by navigating, will always be adapted to the user's media consumer pattern, and thus 
the user will have a highly relevant and satisfying media experience without excessive browsing. 

40 [0017] The second package can preferably, in response to user action, include playable media subjects, organized 
according to said adapted personalized package structure. The different packages may therefore differ both in structure 
and in content. This enables media transfer which is highly adaptable to user media consumption behavior. 
[001 8] The status information can further include an indication of the currently available network transmission speed, 
and wherein media subjects unsuitable for the available transmission speed are replaced or excluded from said pack- 

45 age. The replacement can according to one approach consist of a conversion of media format, such as a compression 
to a higher degree, resulting in lower quality but less number of bytes. 

[001 9] By adapting the transmitted media contents to the available transmission speed, excessive delays at the client 
are avoided. During periods when the transmission speed is lower than usual wideband media contents (e.g. video 
clips, audio files with high sampling rates) are retained at the personalization server. The user will thus have a signif- 
50 icantly reduced media experience, but this is normally a better alternative than having the media content transmission 
completely halted by deteriorating network capacity. 

[0020] The status information can further include an indication of the media formats supported by the client media 
player, and wherein media subjects having a. format not supported by said media player are replaced or excluded from 
said package. By communicating to the personalization server information about the client and the client media player, 
55 the media contents transmitted to the client can be further adapted. For example, when using a media player not 
capable of playback of video clips (e.g. a mp3-player without display), transmission of such media contents would be 
a waste of connection cost. 

[0021] The status information can further include an indication of the type of situation the user is currently in. Espe- 
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cially important is to inform the personalization server of any activities that can be assumed to influence the user's 
ability to consume media contents. The user that is currently driving a car will normally appreciate a somewhat different 
mix of media contents than a user sitting on a bus ; even if the client hardware and software are significantly similar. 
By adapting the media contents in accordance with information about the current user environment, it will be possible 
5 to obtain a further enhanced media experience. 

[0022] Another aspect of the invention relates to a corresponding method for receiving media contents. 
[0023] Another aspect of the invention are devices comprised in the network, including means for performing the 
steps according to the above methods. These devices can form part of a fixed data network (e.g. the Internet) or of a 
mobile network. 

10 [0024] Yet another aspect of the invention are computer program products, comprising software code portions for 
performing the method according to the invention, when said product is run on a computer. Such computer program 
products are preferably directly loadable into the internal memory of a computer, and can for example be distributed 
over a network or on a digital information carrier such as a CD. 



is Brief description of the drawings 



20 



25 



[0025] Further 
illustrated in the 
[0026] Fig 1 is 



aspects of the invention will be described in the following, with reference to a preferred embodiment, 
appended drawings. 

a block diagram of the general information flow in a system according to the invention. 
[0027] Fig 2 is a block diagram of a media distribution network in which the invention is applicable. 
[0028] Fig 3 is a publisher node according to the invention. 

[0029] Fig 4 is an example of a media package structure according to an embodiment of the invention.' 
[0030] Fig 5 is another illustration of the media package structure in fig 4. 
[0031] Fig 6 is a personalization node according to the invention. 
[0032] Fig 7 is a navigator according to the invention. 



Detailed description of a preferred embodiment 

[0033] Depending on the implementation, a system according to the present invention could have any of a number 
30 of different information flow structures, including different sets of components (nodes). In the following description, a 
structure according to fig 1 is assumed, including one or several media content servers (referred to as publisher nodes 
1), containing media contents 2 that are transferred to one or several clients 3 according to the inventive method. 
Between these two endpoints an intermediate node 4 is arranged, comprising a personalizing component 5 adapted 
to select media contents from the published material according to user preferences made available to the node, and 
35 a feeder component 6, adapted to secure an optimal communication with the client 3. 

[0034] The above structure is preferably implemented in a network of the kind illustrated in fig 2, including a fixed 
data network 7, e.g. the Internet, and a mobile data network 8, e.g. a GPRS or UMTS network. From fig 2 it is apparent 
that the publisher nodes 1 and the personalization component 5 of the intermediate node 4 form part of the fixed 
network. The feeder component 6 of the intermediate node 4 is the bridge between the fixed and the mobile part of 
40 the system, and communicates with e.g. a GGSN (Gateway GPRS System Node) of a GPRS network. As a part of 
the interface between fixed and mobile, the feeder 6 typically belongs to the mobile network operator, and is therefore 
shown as a separate physical unit in fig 2. The client 3 is a cellular communication device, e.g. a GPRS phone. In fig 
2, shaded areas indicate where the software described hereafter will reside. 

[0035] A publisher node 1 according to a preferred embodiment is illustrated in fig 3. Each publisher node creates 
45 and distributes packages 10 with a defined media structure to one or several personalization nodes 4. 

[0036] This basic media package structure is used in all processing and communicating of media contents according 
to the invention. The media package structure supports bundling items (also referred to as subjects) of associated 
media content into one logical single file, which is transferred to the client. The media package structure defines the 
relation between the media subjects and the navigation structure of a media package. In the preferred embodiment, 
50 the structure is implemented as an XML Data Translation Definition. 

[0037] As shown in fig 4, the clips in a media package 10 are organized in a number of content provider specific 
channels (CH 1 ,..), e.g. CNN Sport or MTV Top 25. A channel contains a number of subjects (1 .1 ,..), e.g. a sports news 
clip or a song, and each subject can have a number of associated subjects (1.1.1 ,...), e.g. related sport news clips that 
give more detailed or related information about the subject. 
55 [0038] The subjects have a predefined playback order (1 .1 , 1 .2, 1 .3 etc), and are in this way similar to a broadcast. 
However, the multilevel structure allows a move into a parallel path, changing the broadcast to, e.g. 1 .2.1 , 1 .2.2, 1 .2.3 
etc). 

[0039] A subject can also be assigned an expiration tag, making it obsolete after a certain time. This expiration tag 
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can be used throughout the system, to avoid delivering media contents that are "out of date". 

[0040] As shown in fig 5, each subject also contains a number of media representation layers, e.g. text, audio and 
picture. The layers enable the same news clip to be represented in different ways, making it possible to choose from 
different representations in a suitable way, depending on circumstances such as the capability of the media player, the 

5 access capacity or the user's choice. This process will be further described below. 

[0041] Within a layer the media content is further divided into sequences organized and synchronized according to 
a timeline. Sequences are the smallest pieces of a media package and are equivalent with the media files of today, e. 
g. MP3 files. Combining and synchronizing sequences on different layers allows rich media shows to be produced. For 
example, today's news channels on TV often build up their news clips by combining sequences of audio and still pictures 

10 that change based on the news content. These news clips could be produced based on the media package format 
described above. 

[0042] The lowest layer in fig 5, the function layer, allows subject dependent interactive functions to be included in 
the subject and also to be synchronized with other sequences. As an example : while listening to a news clip, a menu 
related to the news clip can appear, allowing items of choice to be saved (archived) on the media player for future use 
15 or purchased directly from the content provider. 

[0043] Part of an XML file associated with fig 4-5 could look like the example below. 

< CHANNEL name= ' CHI ' > 
20 < SUBJECT id^l.l" .»> 

< LAYER type=' audio' ...> 

< SEQUENCE start = '0.30' stop='1.30' f ile= ' al . mp3 ' /> 
25 </ LAYER > 

< /SUBJECTS 
<SUBJECT id='1.2'> 

30 

</ CHANNEL > 

< CHANNEL name= ' CH2 ' > 



35 </ CHANNEL > 



[0044] Returning to fig 3, a publisher node 1 includes a database 11 , and means 12 for connection to the Internet. 
The node 1 is further provided with software 13 for structuring the media contents in the way described above. A media 
content provider, such as a news-station or TV-channel, employ media editors 14 to produce media contents in the 
form of subjects of different types in the database 11 . The software 13, possibly with the aid of the media editors 14, 
creates packages 1 0 with the XML structure mentioned above and these packages 1 0 are then made public, i.e. moved 
to a public memory location 1 5 of the database 1 1 which is available over the Internet. Typically, a package 1 0 is created 

45 for every channel that the media content provider distributes. 

[0045] Additionally, the publisher node includes means 1 6 for local management functions like setting up and main- 
taining user groups and new personalization node connections, controlling media editor access, backup routines etc. 
[0046] The publisher node can have means for connection with an external content database 17, where additional 
media contents can be found. This can be for example a publicly available database, or a database to which the media 

50 content provider has access. 

[0047] An intermediate node 4 according to a preferred embodiment is illustrated in fig 6, and includes a personali- 
zation component 5 and a feeder component 6. These two components both provide personalization service to the 
end user but have somewhat different functions and are therefore separated in this description. As the feeder compo- 
nent 6 is closely related to the communication with the mobile network, it is preferably also realized physically separated 

55 from the personalization component 5, which can be for example a permanently connected Internet server. 

[0048] The personalization component 5 is easily embodied as an Internet portal with open std interfaces 21 and 
thereby accessible from any kind of browser (HTML, WAP, VoiceXML). The personalization component 5 includes a 
user database 22, where user profiles as well as status information about the user consumption behavior are stored, 
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and a content provider database 23 including the content providers and the categories of media contents that they 
provide (also referred to as channels). 

[0049] A user interface 24 is adapted to manage a secure login and authorization procedure and to give a user 
access to his/her user profile information in order to update this information. Content providers can also login using 

5 the interface 24, in order to set up new channels or update contents of existing channels. 

[0050] The personalization component 5 further includes software 25 to perform a personalization of media packages 
which are to be sent to a client 3. The distribution of media packages can be of different kinds. According to one 
embodiment (not shown) all media packages are stored in the personalization node 4. According to another embodi- 
ment (fig 6) packages are sent directly from the publisher node 1 to a client 3, and are only intercepted by the inter- 

10 mediate node 4. In this case, an "intelligent caching" using a cache memory 26 takes place in the intermediate node 
4. The package is intercepted by the personalization node 4, and a user ID or the like is read from the destination 
header or the like. The corresponding user profile is recalled from the user profile database 22, and the package is 
adjusted according to the user profile. 

[0051] Additionally, in analogy with the publisher node, the personalization component 5 includes means 27 for local 

15 management functions, like system administration, backup routines etc. 

[0052] The feeder component 6 contains an "intelligent" filter 28 that optimizes the data transferred through the 
network. For this purpose, it includes means 29 for receiving status information 30 from the client, and sending per- 
sonalized, adapted media packages 31 to the client in response to this status information. If the intermediate node 4 
consists of one physical unit (server), the feeder component 6 is just a part of the software running on the server. If, 

20 on the other hand, the feeder component 6 is separated from the personalization component, there is also a need for 
securing network communication with the personalization component. This connection can include means for caching 
information, similar to the process described in relation to the personalization component. The status information 30 
includes statistics regarding requested media contents and the media packages are adapted to the received informa- 
tion. For example, subjects that recently have been received by the client can be excluded in order to avoid sending 

25 the same contents twice. Also, if a user seldomly accesses media contents of a certain type, the amount of media 
contents of this type can be restricted or eliminated completely. 

[0053] The adaptation process is connected to the media package structure mentioned above. A package that is 
sent to the client may include a section of a multilevel structure as the one illustrated in fig 4. However, the structure 
need not be completely filled with media subjects (video clips, audio clips etc), but only a few subjects are included. 
30 As the user navigates in the structure, and thus consumes one of the media subjects, the package is resent from the 
feeder, but this time with a slightly adjusted structure, and with a few new subjects. If the user does not act, the broadcast, 
consisting of the predetermined playback of sequential subjects, will continue, and regularly be completed with addi- 
tional subjects. In this way, the user navigates in quite a sparse structure with little content, but is always "surrounded" 
by new media subjects. 

35 [0054] The statistics on user behavior can be communicated to the user database in the personalization component, 
from where it can influence the personalization of media packages at an earlier stage. Thus a more efficient person- 
alization is accomplished, with a continuous feedback from the user. 

[0055] The status information from the client can also include various technical factors, such as: 



40 o connection capacity (speed, etc) 
° memory capacity of the user device 
° processing capacity of the user device 
© available software components of the user device 
° traffic volume 

45 

[0056] These factors permit the software to adapt the media packages according to prevailing technical circumstanc- 
es. This adaptation can include adjusting the contents in the packages in terms of volume, formats and quality. For 
example, when a client is unable to display moving graphics, such media contents will be excluded from the packages, 
and when a client has poor memory and/or processor capacity, audio files may be transformed to a lower quality. These 

so adapted media packages are then sent to the client using the communication means. 

[0057] It should be noted that the technical factors above have slightly different character For example, while the 
available software components normally are constant during a session, factors relating to the real time network transfer 
can change continuously. Another category of factors can be referred to as situational factors, for example regarding 
what the user is doing (e.g. riding a bus or driving a car), and can be expected to change a few times during a session. 

55 Therefore, communication of technical factors should be performed with a frequency depending on the factor category. 
[005fej The feeder node can additionally include software 26 for local management functions like setting up and 
maintaining user groups, new personalization node connections and backup routines. 

[0059] A client 3 according to a preferred embodiment is illustrated in fig 7. The client is a handheld unit such as a 
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PDA or cellular communication device, and preferably a GPRS/UMTS enabled device. The client software controls 
reception of media packages from the network, and stores the packages locally on the device. The client software also 
holds functionality for navigation in and seamless playback of the packages. In fig 7, the software components refer- 
enced 41 are characteristic for the invention, and referred to as the navigator. The other components are resident in 

5 a default device of the mentioned kind. Obviously, the navigator 41 includes interfaces with the clients software platform 
42, its different software components 43 (e.g. media players), its local memory 44, and its l/O-unit 45. 
[0060] The navigator 41 includes means 46 to control the l/O-unit 45 to download media packages 31 from the feeder 
6, and means 51 to regularly poll the media package status at the feeder 6. When a channel is extended by the content 
provider, the previously downloaded media package structure will be somewhat obsolete, and the polling serves to 

10 update the structure. Downloaded media content is stored in the media package structure or in a normal sequential 
format in the local memory 44 of the device. 

[0061] The navigator further includes means 47 to parse the media package structure, means 48 to navigate in the 
structure, and means 49 to control playback functionality in terms of user interaction (buttons, voice) and players (start, 
stop, skip forward and backward, pause). This part of the navigator is basically a user interface, easily developed by 
15 the skilled man and adapted to the software on the intended device. 

[0062] The navigator software also includes means 50 to monitor and communicate status information of the type 
mentioned above in relation to the feeder. The information is preferably pushed to the feeder, as it normally reflects 
changes occurring on the client side. 

[0063] The function of the described system is briefly as follows, with reference to fig 8. A user establishes an account 
20 60 with a service provider, and defines a profile 61 which is communicated to the intermediate node. The selected 
channel(s) are then transferred 62 to the client in the form of one or several personalized media packages 63 having 
structure but no or very few subjects. This structure is regularly updated through a polling process. When the user 
desires to consume media, the structure is initialized 64, and status information is communicated 65 to the feeder. In 
response to this status information, the personalized structure is adapted 66, and a new, updated package, including 
25 a few subjects, is sent 67 to the client. The subjects are played in their predefined order, unless the user selects a 
different path in the structure. Such a user action 68 will prompt the download of a new media package, containing 
subjects in this area of the structure. In this way, the user experiences a dynamic broadcast. 

[0064] The nodes described above can be conventional type severs, including standard OS and software for main 
process handling. The different described software components of the nodes can be realized by the skilled man without 
30 greater difficulties. Standard network protocols and languages can be used for transfer of files as well as synchroni- 
zation and control data between different nodes. Handling of the databases in the nodes can also be accomplished 
with conventional techniques. 

[0065] The invention lies not in the detailed development of the software components, but rather in the design of the 
general methods allowing the existing network technology to be used in an optimal way to give the user a satisfying 
35 media experience. 



Claims 

40 1 . Method for providing media content to a user over a digital network, which media content is provided by a media 
content server, organized and selected by an intermediate node in accordance to previously stored user prefer- 
ences, and delivered to a client operated by the user, 
characterized by the steps of 

^5 defining a personalized media package structure, 

communicating a first package having said personalized media package structure to the client, 
receiving status information from the client, said status information describing a user action, 
adapting said personalized media package structure in response to said user action, and 
communicating a second package having said adapted personalized media package structure to the client. 

50 

2. Method for receiving media contents to a client from an intermediate node in a digital network, which media content 
is provided by a media content server, organized and selected by said intermediate node in accordance to previ- 
ously stored user preferences, 

characterized by the steps of 

55 

receiving a first package having a personalized media package structure, 

communicating status information to the intermediate node, said status information describing a user action, 
and 
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receiving a second package having an adapted personalized package structure. 

3. Method according to claim 1 or 2, wherein said second package, in response to said user action, includes playable 
media subjects, organized according to said adapted personalized package structure. 

4. Method according to claim 3, wherein said status information further includes an indication of the currently available 
network transmission speed, and wherein media subjects unsuitable for the available transmission speed are 
replaced or excluded from said package. 

5. Method according to claim 3 or 4, wherein said status information further includes an indication of the mediaformats 
supported by the client media player, and wherein media subjects having a format not supported by said media 
player are replaced or excluded from said package. 

6. Method according to any one of claims 3-5, wherein said status information further includes an indication of the 
type of situation the user is currently in. 

7. Device for providing media content to a user over a digital network, which media content is provided by a media 
content server, organized and selected by an intermediate node in accordance to previously stored user prefer- 
ences, and delivered to a client operated by the user, 

characterized by means for 

defining a personalized media package structure, 

communicating a first package having said personalized media package structure to the client, 
receiving status information from the client, said status information describing a user action, 
adapting said personalized media package structure in response to said consumption behavior, and 
communicating a second package having said adapted personalized media package structure to the client. 

8. Device for receiving media contents to a client from an intermediate node in a digital network, which media content 
is provided by a media content server, organized and selected by said intermediate node in accordance to previ- 
ously stored user preferences, 

characterized by means for 

receiving a first package having a personalized media package structure, 

communicating status information to the intermediate node, said status information describing a user action, 
and 

receiving a second package having an adapted personalized package structure. 

9. Computer program product, comprising software code portions for performing the steps of claim 1 , when said 
product is run on a computer. 

10. Computer program product, comprising software code portions for performing the steps of claim 2, when said 
product is run on a computer. 
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